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(54) Tide: SHARED MEMORY MANAGEMENT IN A SWITCHED NETWORK ELEMENT 
(57) Abstract 

A method and apparatus for shared memory man- 
agement (220) in a switched network element (100) are 
provided. According to one aspect of the present inven- 
tion, a shared memory manager (220) for a packet forward- 
ing device (140) includes a pointer memory (320) having 
stored therein information regarding buffer usage (e.g., us- 
age counts) for each of a number of buffers in a shared 
memory (230). An encoder (410) is coupled to the pointer 
memory (320) for generating an output which indicates a 
set of buffers that contains a free buffer. The shared mem- 
ory manager (220) further includes a pointer generator (440) 
that is coupled to the encoder (410) for locating a free buffer 
in the set of buffers. The pointer generator (440) is further 
configured to produce a pointer to the free buffer based upon 
the output of the encoder (410) and the free buffer's location 
within the set of buffers. According to another aspect of the 
present invention, a packet forwarding device (100) includes 
a number of output ports (1 17) for transmitting packets onto 
a network and a number of input ports (117) coupled to the 
output ports for receiving packets from the network, buffer- 
ing the packets, and forwarding the packets to one or more of 
the output ports (117). The packet forwarding device (100) 
also includes a shared memory (230) that is segmented into 
buffers (140) for temporarily buffering the packets. No more 
than one copy of a given packet is ever stored in the shared 
memory (230). The packet forwarding device (100) further 
includes a shared memory manager (220) which dynami- 
cally allocates buffers on behalf of the input ports (117) and 
tracks ownership counts for each of the buffers. 
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Shared Memory Management in a Switched network Element 



5 CROSS-REFERENCES TO RELATED appt Tr ftTPN g 

The present application is a continuation-in-part of co-pending U.S. Patent 
Application Number 08/885,1 18, entitled, "Shared Memory Management in a Switched 
Network Element" filed on June 30, 1997, attorney docket number 082225.P2354. 

10 FIELD OF THE INVENTION 

The invention relates generally to the field of packet forwarding in computer 
networking devices. More particularly, the invention relates to shared memory 
management in a switched network element. 



15 B ACKGROT JND OF THE TNVFNJTTn|SJ 

An increasing number of users are requiring increased bandwidth from existing 
networks due to multimedia applications for accessing the Internet and World Wide Web, 
for example. Therefore, future networks must be able to support a very high bandwidth 
and a large number of users. Furthermore, such networks should be able to support 

20 multiple traffic types such as data, voice, and video which typically require different 
bandwidths. 

Statistical studies indicate that the network domain, i.e., a group of interconnected 
local area networks (LANs), as well as the number of individual end-stations connected to 
each LAN, will grow at ever increasing rates in the future. Thus, more network 
15 bandwidth and more efficient use of resources is needed to meet these increasing rates. 
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A common source of inefficiency in prior switched network elements is the 
memory management mechanism for packet buffering. Packet buffering is typically 
required in a switched network element to avoid packet loss. One potential cause of 
congestion is a speed mismatch between an input port and an output port. For example, if 
5 a fast input port (e.g., 1 ,0O0Mb/s) forwards traffic to a slow output port (e.g., 10Mb/s). 
the slower output port will not be able to transmit packets onto the network as fast as it is 
receiving packets from the faster input port. Thus, packets must be buffered or they will 
be dropped. Particular traffic patterns may also result in congestion. The traffic patterns 
crossing the switched network element may be such that several input ports need to 
10 forward data to the same output port, for example. As a result, temporary congestion on 
that output port may occur. Further, multicast traffic arriving at one or more input ports 
may need to be forwarded to many output ports. This causes traffic multiplication which 
may also result in temporary congestion on one or more output ports. Finally, competition 
for common resources may contribute to congestion. For example, common resources 
15 required for packet forwarding may cause incoming traffic to accumulate on one or more 
input ports. Packets may need to be buffered at a particular input port while another input 
port is accessing a particular common resource such as a forwarding database. 

Typically, one of two approaches is employed to achieve the required packet 
buffering. The first approach, input port buffering, associates packet (buffer) memory to 
20 input ports for temporarily storing packet data until it can be forwarded to the appropriate 
output port(s). The second approach, output port buffering, associates packet memory to 
the output port for temporary storage of packet data unul it can be transmitted onto the 
attached link. 



10 
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A major architectural challenge in implementing a high performance switched 
network element is the provision of just the right amount of packet buffering for each port. 
An inadequate amount of packet memory, even on only one of the ports, may have serious 
performance implications for the entire switch. On the other hand, too much buffering 
will unnecessarily increase the cost of the switching fabric with no incremental benefit. 
Due to the difficulty of estimating buffering requirements for each port, many 
implementations either cost too much or do not perform very well, or both. 

Based on the foregoing, it should be apparent that one candidate for improved 
efficiency is the memory management mechanism of a networking device. Further, 
recognizing the intrinsic efficiency of sharing resources and the bursty nature of network 
traffic, it is desirable to utilize a dynamic packet memory management scheme to facilitate 
sharing of a common packet memory among all input/output ports for packet buffering. 
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SUMMARY npTmrT^n/p^^y 

A method and apparatus for shared memory management in a switched network 
element is described. According to one aspect of the present invention, a shared memory 
manager for a packet forwarding device includes a pointer memory having stored therein 
^formation regarding buffer usage for each of a number of buffers in a shared memory 
An encoder is coupled to the pointer memory. The encoder is configured to generate an 
output which indicates a set of buffers that contains one or more free buffers. The shared 
memory manager further includes a pointer generator. The pointer generator is coup,ed to 
the encoder and is configured to locate a free buffer in the set of buffers. The pointer 
generator is further configured to produce a pointer to the free buffer based upon the 
output of the encoder and the free buffer's location within the set of buffers. 

According to another aspect of the present invention, a packet forwarding device 
includes a number of output ports for transmitting packets onto a network and a number of 
input pons coupled to the output ports for receiving packets from the network, buffering 
the packets, and forwarding the packets to one or more of the output ports. The packet 
forwarding device also includes a shared memory coupled to the output pons and the input 
pons. The shared memory is segmented into a number of buffers for temporarily 
buffering the packets. However, at any given time, no more than one copy of a given 
packet is stored in the shared memory. The packet forwarding device further includes a 
shared memory manager coupled to the input ports and to the output ports. The shared 
memory manager dynamically allocates buffers on behalf of the input ports and tracks 
ownership counts for each of the buffers based upon information provided by the input 
pons and the output ports. 
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According to yet another aspect of the present invention, a method is provided for 
packet forwarding. The method includes dynamically allocating one or more buffer 
pointers that identify one or more buffers in a shared memory. When a packet is received 
the packet is stored in the one or more buffers. Then, the buffer pointers are transferred 
based upon a forwarding decision. Finally, the packet is transmitted after retrieving the 
packet from the buffers. 

Other features of the present invention will be apparent from the accompanying 
drawings and from the detailed description which follows. 
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£RE£DESCRrPTin N <">f TFfT PR -^Tf n - , 

The present invention is illustrated by way of example, and no, by way of 
Station, in the figures of the accompanying drawings and in w* ch lilce reference 
numerals refer to similar elements and in which: 

5 

, iItes . swilc „ ^ s , o om erabodineM ^ ^ ^ ^ 
F^re 2 is a simpMed bIock dMgrain of m exenp|aiy swj[ching eieniem 
be uulized m the switch of Figure 1 . 

fi8UrS3Ai " l ^™-^-^ ra e^ of F lgure 2 a cc„ rding , oone 
J u embodiment of the present invention. 

Figure 3B is a block diagram of the shar^rf m 

g am or the shared memory manager of Figure 2 according 
to one embodiment of the present invention. 

to one embodiment of the present invention. 

Figure 5 is a flow diagram illustrating bu ff er allocation processing ^ ^ 
one embodiment of the present invention. 

Figure 6 is a flow diagram illustrating buffer ownership transfer processing 
accord.ng to one embodiment of the present invention. 

Figure 7 is a flow diagram illustrating buffer return processing according to one 
20 embodiment of the present invention. 
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DETAn.F.n D ESCRIPTION 

A method and apparatus for shared memory management in a switched network 
element is described. In the following description, for the purposes of explanation, 
numerous specific details are set forth in order to provide a thorough understanding of the 
5 present invention. It will be apparent, however, to one skilled in the art that the present 
invention may be practiced without some of these specific details. In other instances, 
well-known structures and devices are shown in block diagram form. 

The present invention includes various steps, which will be described below. 
While the steps of the present invention are preferably performed by the hardware 
1 0 components described below, the steps may alternatively be embodied in machine- 
executable instructions stored in a machine-readable medium, such as a memory, CD- 
ROM, diskette or other storage medium, which may be used to cause a general-purpose or 
special-purpose processor programmed with the instructions to perform the steps. 
Further, embodiments of the present invention will be described with reference to a high 
15 speed Ethernet switch. However, the method and apparatus described herein are equally 
applicable to other types of network devices and protocols. 
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used 

0 



AN EXEMPLARY NETWORK ELEMENT 

with lh «T °T" "~ emb0amem *~ * 

- he orient invendon „ illusMed 

pan,c U ,„. an application „ f a mu „, layer disIributtd ^ J 
Z!h " E 3 S,a " dard ' * 1S0 k "° wn M E,la ™et. Other protocols can also be 



■ramc .„ accordance with a n^ber or known or ^ f „rwardi„ 8 
P^ed embodiment, the MLDNE is conftgured ,„ handle ^ ^ 
^~ o f pro,ocol, and more miy ^ ^ 

(MAC data „„, , ayer . Tcp „ ^ ^ ^ ^ § ^ 4 ^ ^ 

«*- .. repeated* as a Layer 3 protocol. Por purposes or discussion. nknmn „ 
Lay- herein typicaHy «,„ t0 to ^ ^ ^ ^ 

created by the International Orgrtajon for Standardization aSO) 

packet r 1 " ; mb0di, " e "' " f ^ MU * B - " " eTO ™ * - 

packet ta*. ^ h . ^ ; e ^ pare ^ ^ ^ 

Panned hy different subsystem in the MLDNE. while the fina, resuh or the Actions 
rematns r^sparen, t0 ^ ^ ^ ^ ^ ^ 

^session below »»d the diagram in FjgTO ^ , ^ 

which aliows th, designer to predictably Urease the number of externa, connections by 
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adding additional subsystems, thereby allowing greater flexibility in defining the MLDNE 



As illustrated in block diagram form in Figure 1, the MLDNE 101 contains a 
number of subsystems 1 10 that are interconnected using a number of internal links 141 to 
5 create a larger switch. According to one embodiment, the subsystems 1 10 may be fully 
meshed by providing at least one internal link between any two subsystems. Each 
subsystem 1 10 includes a switching element 100 coupled to a forwarding and filtering 
memory 140. also referred to as a forwarding database. The forwarding and filtering 
database may include a forwarding memory 1 13 and an associated memory 114. The 
1 0 forwarding memory (or database) 1 1 3 stores an address table used for matching with the 
headers of received packets. The associated memory (or database) stores data associated 
with each entry in the forwarding memory that is used to identify forwarding attributes for 
forwarding the packets through the MLDNE. A number of external pons (not shown) 
having input and output capability interface the external connections 1 17. In one 
1 5 embodiment, each subsystem supports multiple Gigabit Ethernet ports (The term Gigabit 
Ethernet, as used herein shall apply to networks employing Carrier Sense, Multiple Access 
with Collision Detection (CSMA/CD) as the medium access method, generally operating at 
a signaling rate of 1.000 Mb/s over various media types and transmitting Ethernet 
formatted or Institute of Electrical and Electronic Engineers (IEEE) standard 802.3 
20 formatted data packets). Fast Ethernet ports (The term Fast Ethernet, as used herein shall 
apply to networks employing CSMA/CD as the medium access method, generally 
operating at a signaling rate of 100 Mb/s over various media types and transmitting 
Ethernet formatted or IEEE standard 802.3 formatted data packets) and Ethernet ports (The 
term Ethernet, as used herein shall apply to networks employing CSMA/CD as the 



as a stand alone router. 
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15 



multigigabit switch. 



The MLDNE ,., fc^er inc , udes . 

coupled to the individual subsystem nn.h *. wuwis 

SUbSyS,em 110 ^u gh a communication bus 151, such as the 
peripheral components interconnect (PCI) PPT ; c 

(FCI) - PCI " mentioned merely as an exemplary 

CPU, ,6, coupled , 0 . ^ memory Cemr* memory 163 inc , udK , 

TheCPS.sm, ... gmeraoneslI3 ° f *«™°»s S ub S ys«m S 110. 
^CPS i 60 has , tec , con^ 3^ _ c ,, iM inlerfaM w „ ch 



an Exemplary Switching Element 



20 



~ g - (cpu) i„,. rfra 213 . . switch fabric WKk 21fl a ne , TOrkinttiface 

^^^^ 

d- «». ..Krfaces 205. 2,5. or 225. In brief. „ etwork faKrface 20J ^ fc 
accords „ ith . „ ework comn , unjcalioii protoco , ^ ^ E[heTOi ro ^ 
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from a network (not shown) and to transmit packets onto the network via one or more 
input ports and output ports 206, respectively. An optional cascading interface 225 may 
include one or more internal links 226 for interconnecting switching elements 100 to create 
larger switches. For example, each switching element 100 may be connected together 
5 with other switching elements 1 00 in a full mesh topology to form a multi-layer switch as 
described above. Alternatively, a switch may comprise a single switching element 100 
with or without the cascading interface 225. 

The CPU 161 may give commands or packets to the network switching element 
100 via the CPU interface 215. In this manner, one or more software processes running 
1 0 on the CPU 1 6 1 may manage the entries in the external forwarding and filtering database 
140, such as adding new entries and invalidating unwanted entries. In alternative 
embodiments, however, the CPU 161 may be provided with direct access to the 
forwarding and filtering database 140. In any event, for purposes of packet forwarding, 
the CPU port of the CPU interface 215 resembles a generic port into the switching element 
15 1 00 and may be treated as if it were simply another external network interface port. 

However, since access to the CPU port occurs over a bus such as a peripheral components 
interconnect (PCI) bus, the CPU port does not need any media access control (MAC) 
functionality. 

Returning to the network interface 205, the two main tasks of input packet 
20 processing and output packet processing will now briefly be described. Input packet 
processing may be performed by one or more input ports of the network interface 205. 
Input packet processing includes the following: (1) receiving and verifying incoming 
Ethernet packets, (2) modifying packet headers when appropriate, (3) requesting buffer 
pointers from the shared memory manager 220 for storage of incoming packets, (4) 
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Resting forwarding decisions from , he swi|ch fab[jc Wock 

^„ 8packel ^ tou , esharedmeno ^ mma8er220forBm ^ nM 

«n* shared memory ,30. ^ (J) upo „ reMipi of a foiwarding decjsjon 
buffer n) , 0 * oulpu , ^ 206 indicaBd ^ ^ ^ 

• o-p. packet mg may by ^ ^ ^ ouipM M6 ^ 

inKrf * Ce 205 ' ^ ~ 8 ™ pacta data from „« 

shared memory manager 220. ^ ^ ^ ^ ^ 

deallocation of buffers) after packed have been transmitted. 

_ The network interface 205. -.CWi-*.^,,,. 

225 are coupled ,o .he shared memory manager 220 and the switch fabric block 
shared memory manager 22Q ^ ^ ^ _ d ^ ^ ^ ^ 

shared memory 230 for buffering of incoming packets. The switch fabric block 2,0 
includes a search engine and learning loaic for searching .„,< ■ 

. 8 oglc '° rMMbin 8andmainainingtheforwardin£ 

and fil,e„„ g database 140 wi,h .he assislanceof the CPU 161 

The switch fabric block 2,0 includes a search engine d,,, provides ^ „ ^ 
forwarding and filtering daubas. ,40on behaif of the interfaces 205. 2,5. and 225 
Packet header ma,chi„g. learning. pa Ck e, Warding. ^ ^ ^ 
tenons tha, may be performed by th, swi.cn fabric blcck 210. Each inpu, po„ 206 is 
coupled with ,be switch fabric block 210 to r^eive forwarding decisions for received 
packer The forwarding decision indices the outbound pon(s, (e g., externa, network 
pon or tntema, cascading port, upon which the corresponding packet should be 
emitted. AddidonaJ information may ^ be ^ „ ^ ^ 

support hardware routing such as a new MAC destination address (DA) for MAC DA 
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replacement. Further, a priority indication may also be included in the forwarding 
decision to facilitate prioritization of packet traffic through the switching element 100. 

In the present embodiment, Ethernet packets are centrally buffered by the shared 
memory manager 220. The shared memory manager 220 interfaces every input port and 
5 output port 206 and performs dynamic memory allocation and deallocation on their behalf, 
respectively. During input packet processing, one or more buffers are allocated in the 
external shared memory 230 and an incoming packet is stored by the shared memory 
manager 220 responsive to commands received from the network interface 205, for 
example. Subsequently, during output packet processing, the shared memory manager 
1 0 220 retrieves the packet from the external shared memory 230 and deallocates buffers that 
are no longer in use. Because multiple ports can own a given buffer, to assure no buffers 
are released until all output ports 206 have completed transmission of the data stored 
therein, the shared memory manager 220 preferably also tracks buffer ownership. 

15 Packet switching Overview 

According to one embodiment of the present invention, the switching element 100 
of the present invention provides wire speed routing and forwarding of Ethernet. Fast 
Ethernet, and Gigabit Ethernet packets among the three interfaces 215. 205, and 225. By 
"wire speed" what is meant is the forwarding decision for a packet received on a given 

20 input port 206 is complete before the next packet arrives at that input port 206. 

Forwarding is performed by passing pointers from input ports to output ports 206. 
The shared memory manager 220 provides a level of indirection which is exploited by the 
input and output ports 206 by locally storing pointers to buffers that contain packet data 
rather than locally storing the packet data itself. For example, input and output queues 
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may t. maintained a, i„p ul and oulpul ^ 206 ^ 

pom.ers dunng ,„pu, Md ompul prKMsjng ^ ^ ^ 

pactas is aiioced from a common p00] 0(memKy „ g ^ ^ ^ ^ ^ ^ 

^ared by til ,he inpu, pons and ou.pu, pons 206 of me switching elemen. iOO 

Briefly, me pacta forwarding process begins wid, a pacta being received a, one 
ofhe swi,ching eiemenrs i„ pu , pon s 20s . „ is imponam „ ^ by § 
prede,ermi„ed number of buffer powers „„ band ,o tiiow i„™ di a,e ^ of ^ 
pacta da., inpu, po m 206 „ ^ways prepa«d ,„ receive .be „„, pacta. Tbese buffer 
pemers may be preaiiccaKd dunng ,be swishing element ,00 initiabzauon and 
subsequent,, r.,ues,ed from me shared memo* manger 220 wnen ^ numbef „ 
pom.ers fal.sbe.owaprede.errmned.bresho.d. Renting 10 „. prese „, eIamp , e ^ 
pon,„„ of ,he received pacta may * buffered temporary a, me i„ p u, pon 2 06 whi„ . 
detemunation is made regarding me ou,pu, pon(s) 206 ,o which m. pacta is >o be 
forwarded. Pactas .ha, are ,„ be fihered. merefore. need no, be s.or* in me shared 
memory 230. 

After a forwarding decision is received for a particular pacta, m. inpu, pon 
206tra„sfers ownership of th. one or more buffers corresponding ,o ft. pacta ,o ft. 
appropriate ourpu, pon(s) 20 6. The transfer of ownership includes me inpu, pon 206 
noufymg ,he shared memory manager 220 of me number of ou,pu, pons 206 ma, shouid 
transmit me pacta and me inpu, pon 206 forwarding ft. approp^ ^ „ ^ 
output ports 206. 

Upon receipt of a buffer pointer, an output pon 206 stores the pointer in an output 
queue until it can be transmitted onto the attached link. When the output port 206 is 
finished transmitting packet data from a particular buffer it notifies the shared memory 
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manager 220 that it is finished with the buffer. The shared memory manager 220 then 
updates its internal counts used for tracking the number of buffer owners and returns the 
buffer to the free pool if appropriate (e.g., the buffer is no longer in any output queues). 
From the above overview, it should be appreciated that the use of buffer pointers 
5 reduces forwarding to the transfer of one or more buffer pointers from an input port 206 to 
one or more output ports 206. Further, flooding and the processing of multicast packets 
are made more efficient because packet data need not be duplicated. In fact, regardless of 
the number of output ports on which a particular packet is to be forwarded, only a single 
copy of the packet data will ever exist in the shared memory 230. Thus, as one advantage 
1 0 of the present embodiment, the architecture gracefully scales by accommodating an 

increased number of pons without requiring a proportionate increase in buffer memory. 



Shared memory Organization 
Prior switching elements may have a fixed amount of memory associated with each 

1 5 port, resulting in inefficient memory allocation and buffering that is not related to the actual 
amount of traffic through a given port; Further, since the buffer memory is distributed, 
the logic for buffer management is duplicated for each port. In contrast, the shared 
memory manager 220 provides an efficient centralized interface to a shared pool of packet 
memory for buffering of incoming packets. Moreover, the memory management 

20 mechanism provided by the present invention is designed to achieve efficient allocation of 
per port buffering that is proportional to the amount of traffic through a given port. 
According to one embodiment, this proportional buffering is achieved by employing 
shared memory 230 in combination with a dynamic buffer allocation scheme. The shared 
memory 230 is a pool of buffers that is used for temporary storage of packet data en route 
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from an inbound interfarp (*> „ • 

interface (e.g.. an .nput port 206 in the network interface 205 the 

cascading interface 225. or the CPU interface 2MW„ 

, e „ ^ 21 5) t0 one or more outbound interfaces 

**. - output po n M i n „ „ e[work 20J ^ ^ 

Essentially, the shared memory 230 serves as an elasticity buffer for 
At thrs point, i, may be usefci ,o discuss the tradeoffs a™„ g certain shan* 

.0 111 " HW -— ry,v„l be consumed 

hand, conserve memory in «, s i,ua u „„ due „ Ms ^ 
-re addresses may be reouired to uniouely identify „. ^ ^ ^ ' 
Potency retires more buffers for s,ora g e. Addi^y. more ^ ^ ^ „ ^ 
*~ a, both the input and output pons 20o as a resui, of increase the number of 
b-fc. per pac k e, «, if the environment is no, kno™ in advance, i, is desire to 
P-de pro.rammab.e resource, thereby al,owi„ g buffer sizes, the shared memory si, 

«™ P ,e,i„ an Ethernet imputation a buffer si, of 5,2 byKS wH, typ^y „ 
the use of one to three buffers per packet. 
» According to one embodiment of the present mycn ^ ^ ^ 

220 incudes a buffered architect ma, uufces a shared poo, of packe, memory 
-d a dynamic buffer a.ioca.on scheme. „ this embodhnen, the shared memory mana g er 
20 ,s responsible for man,^ the shared pool of free buffers in the shared memory 230 
^ CaK80lie! °' «— • <«*■. me input p^ 20 6, and 
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buffer providers (e.g., the output pons 206). The buffer consumers request free buffers 
from the shared memory manager 220 at appropriate times during incoming packet 
reception. Then, during packet forwarding processing, buffer ownership changes hands 
between the two client types. Finally, at the appropriate times during packet transmission 
5 buffers are returned by the buffer providers to the shared memory manager 220. 

Referring now to Figure 3A, a logical view of shared memory 230 is depicted 
having stored therein packet data in a number of buffers. In this example, the shared 
memory 230 is segmented into a number of buffers (pages) of programmable size. AJ] the 
buffers may have the same size, or alternatively, individual buffer sizes may vary. In 

10 another embodiment, the buffers may be further subdivided into a number of memory 
lines. Each line may be used for storing packet data. In other embodiments, control 
information may also be associated with each of the memory lines. The control 
information may include information for facilitating efficient access of the packet data such 
as an end of packet field. The separation of control information and data increases the 

1 5 efficiency of accesses to and from the shared memory 230. 

A given packet's data may be stored in one or more buffers. In this example, 
packet #1 is distributed across three buffers 350-352, packet #2's data is stored in three 
buffers 360-362, and packet #3 is fully contained within one buffer 370. This example 
also illustrates that the buffers for a particular packet and the packets themselves need not 
20 be in any particular order in the shared memory 230. In this manner, when a particular 
buffer becomes free, it may be immediately used to fulfill the next buffer request. Also, it 
may be convenient to limit packet data contained within a particular buffer to one packet. 
That is, the implementation may be simplified by preventing the mixing of more than one 
packet within a buffer. In this embodiment, it should be appreciated a packet is 
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represemed as a list of one or more buffers Therefore fo „• 

"ers. inerefore. forwarding packet #1 from an 
input port 206 to an output port 206 would involve removing the • 

. . " eve removing the pointers to buffers 350- 

m from the input port's input queue and tran«frr™. ,k 

4 31,0 ^fcmng them to an output queue of the 

output port 206. 



Exemplary Shared Memory Manager 

38 ** *~ " - — — , manaaer * Rgure 2 accordjng 
one ,mbod,me„, of the p „ Mm ^ AKording M ^ ^ 

7^ «> — a buffer ^ g unl , 329 Md . ^ irarface 

shared r^ 230. The buffer ,racki„ g uni[ 329 ^ jnclute , buffer 

buffer mMager 325 providK , , eye , rf jndirec _ jon ^ ^ ^ 

output pons 206 by nueuh* poi„, m t0 buffers con „„ ^ ^ ^ ^ 

ft. packer da,a ilMlf . ^ ^ buffed „ g pmvided by ^ presem ^ 
*- no, * imo prior „ uffering such u ^ ^ ^ _ 

P°cke, buffer*,, Ralh „, „, bu(reri „ s ^ js ^ ^ ^ 

^d TOm o 0 ,b„ C r e n n8 w i a,ou 1 pu, qu « uin8 . for „ aiI , pk . Advanli , se()lisly sjnce 

formers „ „ue U ed a, 0* p^. „,« „ of fowarding ^ ^ ^ 

-M« is ,o transfer** „„e o, more buffer poimers ^ . inpu , 

pon 206 .o an outpu, oueue of one or more ompul pons 206. 

AddirionaHy. uy, Wfc approach aUows each buffer in .he shared memory 230 
.o be -owned- by one or more differ.* po^ a , differen, points „ nme withoM ^ ,„ 
"uphcare ft. packe, dara. Fdr exampie. copies of a mulucaa, packers buffer points, 
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may reside in several output port queues while only one copy of the packet data need 
reside in the shared memory 230. 

The buffer tracking unit 329 additionally includes a pointer random access memory 
(PRAM) 320. The PRAM 320 may be an on or off-chip pointer table that stores usage 
5 counts for buffers of the shared memory 230. Since the assignee of the present invention 
has found it advantageous to implement each switching element 100 as a single appliction 
specific integrated circuit (ASIC), it is preferred that the pointer table be kept compact 
enough to allow it to be maintained on-chip to facilitate the desired highly integrated 
implementation. 

10 In any event, with reference to the PRAM 320, the number of buffer owners at a 

given time is known by the buffer manager 325; thereby allowing the buffer manager 325 
to perform efficient real-time free buffer determination for dynamic buffer allocation and 
allowing efficient deallocation processing of buffers upon their release by the last output 
port 206. Importantly, the next free buffer, if memory is available, is always kept on hand 

15 by the buffer tracking unit 329 for immediate delivery to the requesting input port 206. 
The processing involved in allocating buffers, transferring buffer ownership, and 
deallocating buffers will be described in further detail below. 

Exemplary Buffer Tracking Process 
20 Figure 4 is a block diagram of the buffer tracking unit 329 of Figure 3B according 

to one embodiment of the present invention. In the embodiment depicted, the buffer 
tracking unit 329 includes an arbitor 470, an array controller 450, an address/data 
generator 460, PRAM 320, a priority encoder 410, and a pointer generator 440. 
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According to the present embedment, the PRAM 320 further includes a count 
array 430 and a tag array 420. The count array 430 is a memory that stores a count 
representing the number of pons that are currently using a corresponding buffer in the 
shared memory 230. In one embodiment, the .ocation of a given count field in the count 
array 430 represents the start address of the corresponding buffer in the shared memory 
230. In this manner, the same pointer may be used to determine the buffer ownership 
count and to store and retrieve packet data. 

In one embodiment, the count array 430 is divided into rows and columns Each 
row may store a set of one or more of the plurality of count fields. In this example, the tag 
array 420 is a memory that has the same number of rows as the count array 430 and 
contains a field indicating the availability of a buffer in the corresponding row of the count 
array 430. That is. if any of the count fields in the corresponding row of the count array 
430 are zero, meaning no owners, for example, then the tag field is a one. meaning a 
buffer is available, for example. Advantageously, this indexing mechanism facilitates the 
real-time indication of free buffers. Alternative configurations are contemplated. For 
example, in alternative embodiments, the count array 430 and the tag array 420 may share 
the same memory. 

Arbiter 470 arbitrates among the input ports and the output ports 206 to provide 
only a single port with access to the PRAM 320 at any given time. The arbitor 470 is 
coupled to the array controller 450 to allow the single port selected to access the PRAM 
320. The array controller 450 schedules read and write operations for the PRAM 320 
allowing access to both the tag array 420 and the count array 430. 

The address/data generator 460 generates control signals for the particular memory 
or memories employed by the PRAM 320 to facilitate modification of the count fields and 
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ug fields. Handshake signals for the input and output ports 206 are also generated by the 
address/data generator 460 as will be described in more detail below. Additionally, the 
address/data generator 460 may provide a conversion from a buffer pointer to a row 
address in the count array 430. 
5 The priority encoder 4 1 0 has inputs corresponding to each element of the tag array 

420. In one embodiment, it generates an output which indicates the location of the first 
non-zero tag bit in the tag array 420. The output of the priority encoder 4 10 is an input to 
the pointer generator 440. According to one embodiment, the pointer generator 440 
compares the entries from the row indicated by the priority encoder 410 and adds an 
10 encoding representative of the position of an available buffer to produce a buffer pointer 
for one of the input ports 206. 



Buffer allocation processing 

Figure 5 is a flow diagram illustrating buffer allocation processing according to 
5 one embodiment of the present invention. At step 505, the next free buffer pointer is 
produced by the pointer generator 440. In one embodiment, the pointer generator 440 
attempts to keep one or more pointers available to allow immediate servicing of buffer 
requests. 

At step 510, the count field corresponding to the generated pointer is updated. In 
0 one embodiment, this is accomplished by writing a predetermined value, such as the 

maximum value, to the count field. For example, the maximum value for a 4-bit counter is 
15 or 1111b. 
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At step 515; if the current row of count Held* contains no free buffers after the 
update of step 510. then at step 520 the tag corresponding to Ous row is updated to so 
indicate. Otherwise, processing continues with step 525. 

At step 525. the buffer tracking unit 329 waits until „ 

6 u.m waits until one or more input ports 206 

re,ues. a buffer pointer. Upon detecting one „ r more ^ ^ g 

step 530. 

A. step 530. one input port reoues, is xlatal f0f by ^ ^ 

.— W. '»<»>»n.bod i „«„,. th e i „ put po nreQues[saiereceiVe(ibyUiearbiior47o ^ 
arbno, 470 *, on. of U,e i„p ul po n reqU esu f „ Mrvicjng by ^ ^ ^ ^ 
■0 329. ,„ another embodiment. ,he buffer .racking „„i, n9 ^ suppon ^ ^ ^ 
by gmng priori,, ,o ,he faster network links. For example, the arbiter 470 may be 
configured ,o arbitrate between the buff,, poi nl „ ^ in . priorili2ed ^ ^ 
fashion giving priority ,o ihe faster interfaces by servicing each stow interface (e g Fas, 
Ethernet port, for each N faster interfaces (..g.. Gigabit Ethernet pons). 

A. step 535. the free buffer pointer is returned to the input port 206 that was 
-lected at step 530. Buffer aliocation processing may continue by repeating steps 505- 
535. 
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BUFFER OWNERSHIP TRANSFER PROCESSING 
Figure 6 is a flow diagram illustrating buffer ownership transfer processing 
according to one embodiment of the present invention. At step 610. an input port 206 
determines the number of ports to which a packet is to be forwarded based upon a 
forwarding decision received from the switch fabric 210. 
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For each buffer in which the packet's data is stored, the input port 206 performs 
steps 620-640. At step 620. the input port 206 transfers a buffer pointer to the output 
pon(s) 206 indicated by the forwarding decision. At step 630, the input port 206 notifies 
the buffer manager 325 of the ownership transfer of the buffer from the input port 206 to 
5 the output port(s) 206 by communicating the number of output ports to which the buffer 
was successfully transferred to the buffer manager 325. 

At step 640, the count field associated with the current buffer is updated to reflect 
the number of output pons that will transmit the buffer. Importantly, the inventors of the 
present invention have designed the update mechanism described herein to operate in such 
0 a manner that does not require the buffer accounting to be race free. Before describing the 
novel update mechanism, the race condition that is resolved by the update mechanism will 
now briefly be described. 

As should be appreciated, before an input port 206 can notify the buffer manager 
325 of the number of output pons to which a particular buffer pointer was transferred, the 
5 input port 206 determines if the output port(s) 206 can accept an additional buffer pointer 
by testing an output queue full indication, for example. It is possible for one or more 
output pons 206 to receive a buffer pointer, transmit the packet data associated with the 
buffer pointer, and update the buffer count before the input port 206 has notified the buffer 
manager 325 of the total number of output ports. 
3 The update mechanism that handles the race condition described above will now be 

described. According to one embodiment, the buffer manager 325 may be configured to 
perform a read/modify/write on the count field rather than simply setting the count field to 
the number indicated by the input port 206. Recall, in the buffer allocation process, 
according to one embodiment, the count field is set to a predetermined value, such as the 
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count field', maximum value (e.g.. Fh) upon 5uffer ^ ^ 

ownership transfer processing, the count Held may be updated ,o reflect the current 
number of output ports that wi„ transmit the buffer by reading the current contents of the 
appropriate count field, adding the number supplied by the input port 206 to the current 
contents plus a predetermined value to compensate for the initial value written by the 
buffer tracking unit 329 during buffer pointer allocation, and then writing the result back 
to the count field. Advantageously, in this manner, the count field will accurately reflect 
the current number of output ports for the buffer pointer whether or not the count field was 
P rev IO usly decremented by one or more output ports 206 as illustrated in Table 1 below 
Table 1 illustrates the count field's value after each of the actions in the first column 
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Action 


Count Field 


An input port 206 requests a buffer pointer from the buffer 
tracking unit 329. 


0000b 


A buffer pointer is provided to the input port 206 


1111b 


The forwarding decision indicates the packet including the 
buffer is to be forwarded to three output ports 206. 


1111b 


The input port notifies the buffer tracking unit 329 of the 
number of owners of the buffer and forwards the buffer 
pointer to each of the three output ports 206. 


1111b 


One output port 206 completes transmission of the buffer 
and notifies the buffer tracking unit 329 that it no longer 
holds a copy of the buffer pointer. 


1111b 


The buffer tracking unit 329 processes the output port's 
notification prior to the input port's notification. 

Read: 1111b 

Modify : 1 1 1 lb - 0001b = 1 1 10b 

Write: 1110b 


1 1 10b 


The buffer tracking unit 329 processes the input port's 
notification which indicates there are 3 buffer owners. 
Read: 1110b 

Modify : 1 1 10b + 001 lb + 0001b = 0010b 
Write: 0010b 


0010b 


The other two output ports 206 complete transmission of 
the buffer and so notify the buffer tracking unit 329. 


0010b 


The buffer tracking unit updates the count field. 


0000b 



Table 1 

At step 650, it is determined if all buffers for the packet have been processed. If 
so, the ownership transfer of this packet is complete; otherwise, processing continues with 
step 620. 



Buffer Return processing 
Figure 7 is a flow diagram illustrating buffer return processing according to one 
embodiment of the present invention. After output ports 206 have finished transmitting 
the contents of particular buffer, the output port 206 returns the buffer pointer so that it 
10 may be reused in the buffer allocation processing discussed above. 
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Presem embodimem , ai step 7l0i one or more 

— buffer. A ,s,ep 7 20,hearbi,or4,0 .seiectsa^uestto service 
A, step 730 . „ e buff „ coun , „ ^ w ^ fc ^ ^ 

o the buff,, For example , „ buffcf cQum ^ ^ ^ Pjon 

5 read/modify/write operation. Jpenorrrunga 

A '-P^. i f.h e ouf f „i sn owf re e.p,oc Ksi „ scomtoueswilhs , ep730 
- *. when no oulpul ^ 206 haye . ^ w ^ buffcr m 

, :::::;i:r d — ■ — 

A, step ,50. a tag correspond, ,o the set of buffers , 0 whic „ , fe 
« n s „ upda , ed 10 ,„ dicale , he avaj|abi|ity ^ a bufftr ^ sn ^ ^ 

«*— , a tag array is emp,oyed ^eh slorK , singfc bj , fa ^ ^ ^ ^ 

Havi„ 8 Ascribed an exempiary r^^od Md appara.s for shared memory 
■mnagemen, the ,„ ttrfaces ^ ^ ^ ^ 

Buffer manager/input port Interface 

hands JT" S '° f ° 1,0Wi " 8 ,% - ^ * - - **— - 

handshaJce between the buffer manger 325 and , he inpu, pons 206. 

(1 ) Br Jojp . Bus Request for the toe™ P„ n Buffer Pointer Dlu B us 
This signal is asserted by th. inpu, pom 206 ,o th. buffer manage, 325 At th. 
appropriate poh,, during input pac.ee, reception. the inpu, p™ 206 asserts this signa, to 
■ndieate ,o the buffer manage, 325 that a buffer pointer is desired. A bus request 
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acknowledgment (see Br.Ptr_IP.Ack below) is expected to be asserted by the buffer 
manager 325 in response. 

(2) Br_Ptr_IP_Ack - Buffer Pointer Acknowledgment 

This signal is asserted by the buffer manager 325 to the input port 206 that is to 
5 receive the buffer pointer (see Br_Ptr_Data_BM_to_IP[X:0] below). This signaJ is to 
acknowledge the buffer pointer request (see Br_Ptr_IP above). The buffer manager 325 
arbitrates between the various requests of the input ports and drives a Bus Request 
Acknowledgment and the buffer pointer in the same cycle. 

(3) Br_Ptr_Data_BM_to_EP[X:0] - Buffer Manager to Input Port Buffer Pointer 
10 Data Bus 

This data bus is shared by all input ports 206. It indicates to the input port 206 that 
received the Bus Request Acknowledgment (see Br_Ptr_IP_Ack above) the buffer pointer 
to be used for the incoming packet. 

(4) Br_Count - Bus Request for the Count Data Bus 

15 This signal is asserted by the input ports 206 to the buffer manager 325. The input 

port 206 determines the number of output ports that are to receive the packet based upon 
the forwarding decision received from the switch fabric 210. The input port 206 asserts 
this signal to indicate to the buffer manager 325 that the number of ports for a buffer 
pointer is ready. A bus request acknowledgment (see Br_Count_Ack below) is expected 

20 to be asserted by the buffer manager 325 in response. 

(5) Br_Count_Ack - Buffer Count Acknowledgment 

This signal is asserted by the buffer manager 325 to the input port 206 that is to 
provide the number of ports (see Cnt[Y:0] below) for a particular buffer pointer (see 
Br_Ptr_Data_IP_toJBM[X:0] below). This signal is to acknowledge the bus request (see 
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Yer manors- inc i_ • 

the 



10 



Br.Coun, above, for „ e count dala buJ The ^ ^ ^ ^ 

pon^^ re( '| Ue *'li^ ' n P^' pons and drives a bus request acknowledgment to the input 
port 206 selected by the arbitration. 

<«> Dropped.Ptrs - Number of Pons that C„u,dn't Receive the Pointers 
Tlus srgnal is asserted by the input pons 206 to the buffer manage, 325. When the 
■npu, port 206 cannot post a buffer pointer ,„ al, of the output pons 206 indicated by the 
forwarding decision due to some condition (e.g., Mmfu queue , , he inpm 
conveys this information to the buffer manager 325 as i, conveys thenumc«rofpons 
The buffer manager 325 win take this into .count when storing 0* number of output 
pons that own the buffer pointer indicated. 

(7)Br.P t r.D»a.rP.,o.BMrx : 0,. ta p„, P o n , oBufferM „ a8erBufferI>oii]ter 



;er 



Data Bus 

This data bus is shared by a,, input pons 206. ,, indicates to the buffer manager 
,he buffer pointer for which the number of pons (see Cn.,Y : 0J beiow, is being 
15 conveyed. 

(8) CntrY:0] - Count of Ports 

This data bus is shared by ali input ports 206. It indicates to the buffer mana gc 
325 the number of ports to which the buffer pointer (see Br.Ptr.Data.IP.to BM[X 01 
above) has been transferred. 

BUFFER MANAGER/OUTPUT PORT INTERFACE 
According to one embodiment, the following signals may be used to implement the 
handshake between the buffer manager 325 and the output pons 206. 

(1) Br.Ptr.OP - Bus Request for the Output Port Buffer Pointer Data Bus 
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This signal is asserted by the output ports 206 to the buffer manager 325. At the 
appropriate point during output packet processing, the output port 206 asserts this signal 
to indicate to the buffer manager 325 that a buffer pointer is being returned. A bus request 
acknowledgment (see Br_Ptr_OP_Ack below) is expected to be asserted by the buffer 
5 manager 325 in response. 

(2) Br_PtrJ}ataJDP_to_BM[X:0] - Output Port to Buffer Manager Buffer Pointer 
Data Bus 

This data bus is shared by all output ports 206. It indicates to the buffer manager 
325 the buffer pointer that is being returned. Output ports 206 return buffer pointers after 
10 the data stored in the corresponding buffer has been transmitted. 

(3) Br_Ptr_OP_Ack - Buffer Request Acknowledgment 

This signal is asserted by the buffer manager 325 to the output port 206 that is to 
return their buffer pointer (see Br_Ptr_Data_OP_to__BM[X:0] above). This signal is to 
acknowledge the bus request (see Br_Ptr_OP above). The buffer manager 325 arbitrates 
15 between the various requests of the output ports 206 and drives a Bus Request 
Acknowledgment to the output port 206 selected by the arbitration logic. 

Input Port/Output port Interface 
According to one embodiment, the following signals may be used to transfer 
20 packet ownership from the input ports 206 to the output ports 206. 

(1) Arb_OP_Ptr - Arbitrated Output Port Buffer Pointer Data Bus 

This multiplexed data bus is driven by the output bus arbiter. It is shared by all the 
output ports 206 for the transfer of buffer pointer ownership information. 

(2) OP_Que_Full - Output Port Queue Full 
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This signal is asserted by the output pons 206 m th* * 

P P 06 10 the in P ut Pons 206. This signal 

ou, pul 206 ^ lha[ outpu , ^ ^ ^ ^ ^ ^ 
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particular packet pointer. 

ftr », !ak . „ f exampl , only « outpu , queue hM been 

Thus, a b-*— has teen toljbed wWch es 

In the fOT « soi „ 8 speciCcaIio „, ^ . nvei]i . on ^ ^ ^ ^ 
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~. Tne specifica , ion Md ^ ^ Kcordjneiy k ^ ^ ^ ^ 
illustrative rather than a restricUve sense. 
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CLAIMS 
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is claimed is: 

A shared memory manager for use in a packet forwarding device, the shared 
memory manager comprising: 

a pointer memory configured to store information regarding buffer usage in a 
shared memory; 

an encoder coupled to the pointer memory, the encoder configured to generate an 
output which indicates a set of buffers of a plurality of sets of buffers that 
contains one or more free buffers; and 

a pointer generator coupled to the encoder, the pointer generator locating a free 

buffer in the set of buffers and producing a pointer to the free buffer based 
upon the output of the encoder and the free buffer's location within the set 
of buffers. 

The shared memory manager of claim 1 , wherein the information regarding buffer 
usage comprises usage counts for each of a plurality of buffers. 

The shared memory manager of claim 2, wherein the pointer memory further 
comprises a count array including a plurality of entries configured to store the 
usage counts, each entry of the plurality of entries corresponding to one of the 
plurality of buffers, the usage counts representing the number of pons that hold a 
pointer to the corresponding buffer. 
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■ The s ha «d mem „^, mailag „ of cUim 3 where . n a 6iven ^ ^ ^ ^ 
coun, my represems ths addresj of ^ conespondin| buffer , n ^ staed 

memory. 

The shared memory manager of claim 3. wherein the pointer memory further 
comprises a tag array coupled to the count array, the tag array including an 
^cation corresponding to each set of buffers in the plurality of sets of buffers 
the mdication indicating the availability of one or more buffers in the 
corresponding set of buffers. 

A packet forwarding device comprising: 
a plurality of output pons conflgured tQ ^ ^ ^ 

a Plurality of input ports coupled to the plurality of output ports, the plurality of 
input ports configured to receive a packet from the network and forward 
the packet to one or more of the plurality of output ports; 
a shared memory coupled to the plurality of output ports and the plurality of input 
pons, the shared memory segmented into a plurality of buffers configured 
to buffer the packet and further configured to store no more than one copy 
of a given packet in the shared memory at any given time; and 
a shared memory manager coupled to the plurality of input pons and to the 
plurality of output ports, the shared memory manager dynamically 
allocating buffers from the plurality of buffers to the plurality of input ports 
based upon requests received from the plurality of input ports, the shared 
memory manager tracking ownership counts for each of the plurality of 
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1 5 buffers based upon information received from the plurality of input pons 

16 and the plurality of output pons. 

17. The packet forwarding device of claim 6, wherein the plurality of input pons are 

2 configured to forward a packet to one or more of the plurality of output ports by 

3 transferring one or more pointers to the packet to one or more of the plurality of 

4 output ports. 

18. A method of packet forwarding comprising the steps of: 

2 dynamically allocating one or more buffers in a shared memory by determining one 

3 or more free buffer pointers, each of the one or more free buffer pointers 

4 corresponding to one of the one or more buffers, wherein the allocation is 

5 unconstrained by of the legations of the one or more buffers within the 

6 shared memory; 

7 receiving a packet from a first attached network segment; 

8 storing the packet in the one or more buffers; 

9 transferring ownership of the one or more buffer pointers from an input port to one 
*0 or more output ports based upon a forwarding decision; 

1 1 retrieving the packet from the one or more buffers; and 

1 2 transmitting the packet onto a second attached network segment. 

1 9 . The method of claim 8, wherein the step of dynamically allocating one or more 

2 buffers in a shared memory by determining one or more free buffer pointers 

3 further includes the step of updating a usage count corresponding to each of the 

4 one or more free buffer pointers. 
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The method of claim 9. wherein the step of updating a usage count corresponding 
to the free buffer pointer comprises the step of setting the usage count to a 
predetermined value to accommodate a potentiaJ race condition in usage count 

processing. 

The method of claim 8. wherein the step of transferring ownership of the one or 
more buffer pointers from an input port to one or more output ports based upon a 
forwarding decision further includes the steps of: 
for each buffer of the one or more buffers 

performing a dequeue operation to remove the corresponding buffer pointer 

from an input queue; 
performing an enqueue operation to insert the buffer pointer into an output 

queue for one or more output ports indicated by the forwarding 

decision, 

notifying the shared memory manager of the number of output pons to 

which the buffer pointer has been successfully enqueued, and 
updating a usage count corresponding to the buffer pointer. 

The method of claim 11, wherein the step of updating a usage count corresponding 
to the buffer pointer comprises the steps of: 
determining a current value of the usage count; 

modifying the current value in a manner that accounts for buffers that may have 
been deallocated before the step of notifying the shared memory manager 
of the number of output ports; and 
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7 replacing the usage count with the modified value, the modified value reflecting the 

8 number of output ports that currently hold a copy of the buffer pointer; 

9 whereby the adverse effects of race conditions are avoided by accounting for 
10 buffers that may have been deallocated in the modifying step. 

1 13. The method of claim 1 1 , wherein the forwarding decision identifies a set of one or 

2 more output ports, and wherein the method further includes the step of determining 

3 a subset of the set of one or more output ports to which to transfer the one or more 

4 buffer pointers. 

1 14. The method of claim 13, further including the step of the one or more output ports 

2 generating queue status indications, and wherein the step of determining a subset 

3 of the set of one or more output ports to which to transfer the one or more buffer 

4 pointers is based upon the queue status indications generated by the one or more 

5 output ports. 

1 15. The method of claim 8, wherein the step of transmitting the packet onto a second 

2 attached network segment further includes the steps of: 

3 for each buffer of the one or more buffers 

4 transmitting packet data from the buffer onto the second attached network 

5 segment, and 

6 deallocating the corresponding buffer pointer by returning the buffer 

7 pointer to a centralized buffer manager, whereby the buffer 

8 becomes available for storing packet data from another received 

9 packet." 
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1 16. 



The method of claim 8, wherein no more than one copy of the packet is stored 



2 the shared memory. 



in 



1 17. A method of pon mirroring comprising the steps of : 

2 receiving a packet; 

3 storing packet data from the packet in one or more buffers; 
receiving a forwarding decision, the forwarding decision indicating an output port 

and one or more mirror pons; and 
transferring the one or more buffer pointers to the output pon and to the , 
more mirror pons, whereby packets transmitted on the output pon , 
mirrored on the one or more mirror pons. 



1 18. 
2 



: one or 
: are 



A machine-readable medium having stored thereon data representing sequences of 
instructions, said sequences of instructions which, when executed by a processor, 
cause said processor to perform the steps of: 

dynamically allocating one or more buffers in a shared memory by determining one 
or more free buffer pointers, each of the one or more free buffer pointers 
corresponding to one of the one or more buffers, wherein the allocation is 
unconstrained by of the locations of the one or more buffers within the 

8 shared memory; 

9 receiving a packet from a first attached network segment; 
storing the packet in the one or more buffers; 

transferring ownership of the one or more buffer pointers from an input port to one 

or more output pons based upon a forwarding decision; 
retrieving the packet from the one or more buffers; and 
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14 transmitting the packet onto a second attached network segment. 

1 1 9. The machine-readable medium of claim 18, wherein the step of dynamically 

2 allocating one or more buffers in a shared memory by determining one or more 

3 free buffer pointers the step of updating a usage count corresponding to each of the 

4 one or more free buffer pointers. 

1 20. The machine-readable medium of claim 1 8, wherein the step of transferring 

2 ownership of the one or more buffer pointers from an input port to one or more 

3 output pons based upon a forwarding decision further includes the steps of: 

4 for each buffer of the one or more buffers 

5 performing a dequeue operation to remove the corresponding buffer pointer 

6 from an input queue; 

7 performing an enqueue operation to insert the buffer pointer into an output 

8 queue for one or more output ports indicated by the forwarding 

9 decision, 

*0 notifying the shared memory manager of the number of output pons to 

1 1 which the buffer pointer has been successfully enqueued, and 

12 updating a usage count corresponding to the buffer pointer. 

1 21. The machine-readable medium of claim 18, wherein the step of transmitting the 

2 packet onto a second attached network segment further includes the steps of: 

3 for each buffer of the one or more buffers 

4 transmitting packet data from the buffer onto the second attached network 

5 segment, and 
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dealJocating the corresponding buffer pointer by returning the buffer 
pointer to a centralized buffer manager, whereby the buffer 
becomes available for storing packet data from another received 



packet. 
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